home
***
CD-ROM
|
disk
|
FTP
|
other
***
search
/
kermit.columbia.edu
/
kermit.columbia.edu.tar
/
kermit.columbia.edu
/
newsgroups
/
misc.20000114-20000217
/
000032_news@columbia.edu _Mon Jan 17 09:25:51 2000.msg
< prev
next >
Wrap
Internet Message Format
|
2000-02-16
|
3KB
Return-Path: <news@columbia.edu>
Received: from newsmaster.cc.columbia.edu (newsmaster.cc.columbia.edu [128.59.59.30])
by watsun.cc.columbia.edu (8.8.5/8.8.5) with ESMTP id JAA26054
for <kermit.misc@watsun.cc.columbia.edu>; Mon, 17 Jan 2000 09:25:50 -0500 (EST)
Received: (from news@localhost)
by newsmaster.cc.columbia.edu (8.8.5/8.8.5) id JAA29583
for kermit.misc@watsun.cc.columbia.edu; Mon, 17 Jan 2000 09:00:08 -0500 (EST)
X-Authentication-Warning: newsmaster.cc.columbia.edu: news set sender to <news> using -f
From: jrd@cc.usu.edu (Joe Doupnik)
Subject: Re: MS-DOS Kermit, more capabalities
Message-ID: <zZPZrNsVKAHJ@cc.usu.edu>
Date: 16 Jan 00 19:12:37 MDT
Organization: Utah State University
To: kermit.misc@columbia.edu
>
> Ok, subdirectories and makefiles aren't required. That doesn't explain why
> a normal binary archive is _not_ there and a `boo' archive _is_ there. If
> `boo' was "something we tried long ago" and it wasn't a total success why
> not put a _real_ binary archive in it's place?
>
> Does your FTP client do `ERASE' and `PUT'?
>
> Charles.Angelich
-------------
Charles,
Despite all, you have a point, which was unstated but otherwise
implied. It is the source files for MSK are difficult to pick out on
Columbia's ftp/web site. They are, it's terrible trying to do this.
To make things simpler right now please visit netlab1.usu.edu or
netlab2.usu.edu, go into the Kermit directory and see a source subdir.
Take what's there, which will be the source files for MSK 3.15 (not 3.16).
These are my machines.
No .boo files involved. Just grab all from source and build the
works.
To answer another implication, one can't readily convert this
material into "libraries" nor pull out big chunks to move into something
else (which would be a problem with copyright too). It isn't designed
that way. But you can tinker for personal use and make things the way
you want. But please do not distribute that without our clearing things
first, thanks; it is copyright, not public domain.
One can waste a lot of time trying to add non-MASM, non-MS C,
making the code much more difficult to maintain for no real gain except
individual personal satisfaction. This isn't Unix, it's DOS. And I do
not wish to hear one word of complaint on the issue no matter what one's
compiler/assembler tools or preferences happen to be.
What you seem to be impervious to, despite repeated reminders,
is 94 byte Kermit packets is the original and default operating condition.
In lieu of negotiations on the wire that is what is used, and it will
work where longer packets will not. It's the specification of the protocol.
That may not fit your particular tastes, but it is the standard and has been
for eons. Also, we are not in the business of beating up on BBS operators,
so their customers need to make any noises (with our blessings).
Enjoy the reading; it's dense tightly integrated material. No docs
are included above, so please visit Columbia's machines for full docs and
supporting files (scripts, hints and kinks, etc).
Joe D.